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ABSTRACT 



software Installation and Testing for a Build-To-Order Computer System. 

A method for installing and/or testing software for a build-to-order 
computer system includes reading a plurality of component descriptors 
from a computer readable file. At least one component descriptor 
describes a respective component of the computer system. A plurality of 
steps are retrieved from a database, at least one step being associated 
with a respective component descriptor. A step also includes a 
respective sequence number. The plurality of steps are sequenced in a 
predetermined order according to the sequence numbers to provide a step 
sequence. The. step sequence includes commands for installing and/or 
testing software upon the computer system. <Fig. 7>. 
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SOFTWARE INSTALLATION AM) TESTING FOR A BUTLD-TO-ORDER 

COMPUTER SYSTEM 
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This application relates to eo-oendine United States patent applieadon SexiaJ ^ 
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naming Richard 15. Amberg. Roger W. Wong, and H^chaet A. Bnmdridge as I 

inventors, the application being mcoiporated herein by reference in its entitety. - 
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Ekid 

Hie present embodiment relates to computer system diagnostics and more 
particulariy to a metfiod for sequencing software installation and/or testing steps for a 
computer system. 

Pescriptio m of the RelatyH 

Personal computer systems in general and IBM compatible personal computer 
systems in particular have attained widespread use for providing computing power to 
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many segments of society, A personal computer system can usuaJly be defined as a 
desk-top, floor-standing, or portable microcomputer that includes a system unit 
having a system processor and associated volatile and non-volatile memory, a display 
monitor, a keyboard, one or more diskene drives, a fixed disk storage device and an 
optional printer. 

It has been known to install software and to perform tests on computer systems 
before they arc shipped to businesses or individual customers. The goal of software 
installation and testing is to efficiently produce a useful, reliable computer system 
which may be delivered to businesses and individuals free from errors and ready to 
run. In general, testing detects and analyzes errors that occur in both the hardware and 
software portions of the computer system. A partial list of computer system hardware 
tests might include diagnostics upon hardware components such as a processor, 
memory, a disk storage device, an audio device, a graphics device, a keyboard, a' 
mouse, and a printer. Software installation often includes loadbg a desired package of 
1 5 software onto the computer system, preparing ^propriate environment variables for 
tile computer, and preparing appropriate initialization files for the loaded software. 
Software testing often includes making sure that a desired version of software has 
been installed onto the computer system and that appropriate drivers are present on 
the computer system. 

20 It has been known in the industry to install software and to test computer 

systems during manufacture by performing a fixed procedure before they are shipped 
to customers. For instance, a diskette containing certain diagnostic tests for a certain 
type of computer system is created. The diskette includes lengtiiy, often-complicated 
batch files which direct the software installation and diagnostic processes. The 

25 diskette fiuthcr contains all tiie executable files for perfonning tests on the computer 
system being purchased 

Each computer system being built is provided witii a respective copy of this 
diskette. These diskettes accompany tiie computer systems being built around a 
fectory floor during tiie manufacturing process, tests being mn on tiie respective 
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computer system according to the order irJierent in ihe batch file. If a modification 
needs to be made to the process, the batch file is correspondingly phanged by adding 
to or removing portions from the batch code. That change to the batch file results in a 
corresponding change to testing parameters (including the sequence in which the tests 
5 are run) of each subsequent computer system being manufactured, for each computer 
system shares the. same batch file diagnostic procedure. 

While diagnostic anangemenls of this kind have exhibited some degree of 
usefulness in increasing the reliability of computer systems prior to shipment, room 
for improvement remains. For instance, as testing continues to become more 

1 0 complicated and thorough, batch files and executable files of the diagnostic tests often 
exceed the storage capabilities of a diskette, Furthennbre, it is often difficult or 
impossible to customize testing and software installation procedures for a single 
build-to-order computer system or for a certain family of computer systems without 
modifying the testing for other systems or families. Moreover, it is difficult or 

1 5 impossible to modify the order of software installation or testing for a single build-to- 
order computer system or for a certain family of computer systems without modifying 
the order for other systems and ftmilies. Finally, the often-complicated nanire of 
current batch file structures sometimes makes it difficult for manufacturers to 
troublcshoot or maintain testing and software installation procedures quickly and 

20 efficiendy. Conespondingly, it would be desirable to devise an improved method for 
installing software and testing computer systems before dxey are shipped to customers. 

SUMMARY 

A method for installing and/or testing sofhvare for a build-to-order computer 
system includes reading a plurality of component descriptors ftom a computer 
5 readable file. At least one component descriptor describes a respective component of 
the computer system. A plurality of steps are retrieved from a database, at least one 
step being associated with a respective component descriptor, A step also includes a 
respective sequence number. TTie plurality of steps are sequenced in a predetermined 
order accordmg to the sequence numbers to provide a step sequence. The step 
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sequence includes commands for installing and/or testing software upon the computer 
system. 

In preferred embodiments, a first step sequence of a first computer system may 
be modified independent of a second step sequence of a second computer system. 
Additionally, the database may be configured to associate a first sequence of steps 
with a first family of computer systems and a second sequence of steps with a second 
family of computer system. The first sequence of steps may be modified independent 
of the second sequence of steps. 

« 

In another aspect, a method for installing and/or testing software includes 
receiving an order for a computer system, the computer system to be manufactured to 
include a plurality of components. The order is converted mlo a computer readable 
systOT descriptor record which is descriptive of the pluraUty of components. Tie 
system descriptor record is read with a computer. A plurality of steps arc retrieved 
firom a database, A step being associated with a respective compouenL A step also 
includes a respective sequence and phase number. The plurality of steps arc 
sequenced in a predetermined order in accordance with the respective sequence 
numbers and phase numbers to provide a step sequence. The step sequence includes 
commands for installing and/or testing software upon the computer system during 
phases of manufacture. The phases of manufacture correspond to respective phase 
numbers. 

In yet another aspect, a method for sequencing software installation includes 
receiving an order for a computer system, the computer system to be manufactured to 
include a plurality of components. The order is converted into a computer readable 
system descriptor record which is descriptive of the plurality of components. A 
modification to the system descriptor record is permitted using a system descriptor 
patch. The system descriptor record is read with a computer. A plurality of derived 
objects corresponding to the plurality of components is created. With the derived 
objects, a plurality of steps from a database are retrieved. Each step is associated with 
a respective component and mcludes a respective sequence number and phase 
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number. The plurality of steps are sequenced in a pred^cennined order in accordance 
with the respective sequence numbers and phase numbers to provide a step sequence. 
A modification to the step sequence is permitted using a step sequence patch. The 
step sequence is written to a computer readable text file. The text file includes 
conunands for installing software upon the computer system during phases of 
manufacture, the phase of manufacture corresponding to respective phase numbers. 

Preferably, the step sequence is adapted to provide for commands repeatable 
for a defined length of dme. It is also preferred that the step sequence be adapted to 
provide for commands repeatable for a defined number of iterations. 

The described method thus provides for effective sequencing of software 
installation and computer testing which allows for straightforward troubleshooting 
and customization of build-to-ordcr computer systems. The modular design of the 
sequencing advantageously allows for elementary maintenance of a testing system and 
for the rapid creation of steps for new computer systems and famiJies. 

These and other objects, features and advantages of the invention will be 
further described and more readily apparent firom a review of the detailed description 
of the preferred embodiments which follows. 

BRIEF DESC RIPTIOiy QF THE DRAWTNCS 

Figure 1 is a schematic diagram showing software instailadoa and tesdng. 

Figure 2 is a schematic diagram of software installation and testing according 
to another embodiment 

Figure 3 A is a flowchart for converting a computer order into a system 
descriptor record according to the present mvention. 

Figure 3B shows a portion of an example computer order. Base Assembly 
Record (BAR) file, and system descriptor record. 

Figure 4 is a flowchart for creating and providing a step sequence. 
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Figure 5 is a more detailed flowchart for creating a step sequence. 
Figure 6 shows a structure of a database. 

Figure 7 is a flowchart for modifying a system descriptor record and step 
sequence. 

5 Figure 8 shows an example of a step file before being executed. 

Figure 9 shows the cxemplative step file after being executed. 

Figure 10 is a flowchart of the operation of a program for executing a step 
sequence. 

Figure 1 1 is a more detailed flowchart of the operation of the program of 
1 0 Figure 1 0 for executing a step sequence. 

DETAILED DRSrilT^nM 

The foUowing sets forth a detailed description of the best contemplated mode 
for carrying out the invention. The description is intended to be illustrative and 
should not be taken to be limiting. In the drawings, like or similar elements may be 
1 5 designated by the same reference numeral. In the description, a module is defined as a 
command or set of commands. 

Figure I is a schematic diagram of software installation and testing system 90. 
In operation, order 92 is placed to purchase build-to-order target computer system 
160, Target system 160 is to be manufactured to contain a plurality of hardware and 

20 software components. For instance, target system 160 might mclude a certain brand 
of hard drive, a particular type of monitor, a certain brand of processor, and a 
particular version of an operating system. Before target system 160 is shipped to the 
customer, the plurality of components are installed and tested. Such software 
installation and testing advantageously ensures a reliable, working computer system 

25 which is ready-to-run upon being received. 
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Because different families of computer systems *and different individual 
computer components require different software installation and testing steps, it is 
necessary to determine which tests need be run on target system 160 and in what order 
those tests should be executed so as to achieve an effective software installation and 
5 testing process. Step maker 140 is a computer system configured to sequence the 
sofhvarc installation and testing steps to be nm on target system 1 60. To sequence the 
software installation and/or testing steps, step maker 140, and more particularly, 
sequencing program 204 residing on step maker 140, first reads a plurality of 
component descriptors from descriptor file 96. Descriptor file 96 is provided by 
1 0 converting an order 92, which corresponds to a desired computer system having 
desired components, into a computer readable format via conversion module 9*k 

Component descriptors are computer readable descriptions of the components 
of target system 1 60 which components arc defined by the order 92. In the preferred 
embodiment, the component descriptors are included in a descriptor file called a 

1 5 system descriptor record which is a computer readable file containing a listing of the 
components, hardware and/or software components, to be installed onto target system 
1 60. Having read the plurality of component descriptors, sequencing program 204 
retrieves a plurality of software installation and/or testing steps corresponding to the 
component descriptors firom database 100 over network connection 1 1 0. Network 

20 connection 1 10 may be any networic connection well-known in the art, such as a local 
area network, an intranet, or the internet The information contamed in database 1 00 
may be updated through a modification depicted by arrow 130. 

Having retrieved the software installation and/or testing steps appropriate for 
target system 1 60, sequencing program 204 sequences the steps in a prcdetennined 

25 order according to sequence numbers corresponding to each step. Having sequenced 
the steps required for target system 160, sequencing program 204 writes a series of 
output files to step disk 150. In the embodiment set forth in Figure 1, the output files 
include text files containing command lines appropriate for executing the appropriate 
software installation and/or testing steps upon target system 160. TTie execution is 

iO performed in the predetermined order according to the sequence numbers 
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corresponding to each step. Step disk 150 accompanies target system 160 on the 
factory floor where tests are run directly from step disk 150 or. altemauvely. from file 
server 190, conneaed to target system 160 via network connection 180. Preferably, 
network connection 180 is a generic network device plugged into a corresponding 
network pen of the target computer system. Following the execution of the software 
installation and testing steps, results of the installation and tests are logged back to file 
server 190 over network connection 180. 

Figure 2 is a schematic diagram of software instaJlation and testing system 1 92 
pursuant to another embodiment of the present inventioa A customer places order 92 
to purchase build-to-order target computer system 160. Target system 160 is to be 
manu&ctured to contain a pluiaUty of components which components may mclude 
both hardware and/or software components. Before target system 160 is shipped to 
the customer, the plurality of components are installed and tested. Such instaUation 
and testing advantageously ensures a reUable. working computer system which is 
1 5 ready-to-run upon being received by the customer. 

To sequence the software installation and testing steps, sequencing program 
204 reads a plurality of component descriptors from descriptor file 96. Order 92 is 
converted into descriptor file 96 via conversion module 94. Component descriptors 
are computer readable descriptions of the components of target system 160. In the 
preferred embodiment, the component descriptors are included in a descriptor file 
called a system descriptor record, a computer readable file containing a listing ijf each " 
component, both hardware and software, to be instaUed onto target system 160. The 
system descriptor record may be stored dirccUy on file server 202. Sequencing 
program 204 retrieves a pluraUty of software instaJlation and/or testing steps 
corresponding to the component descriptors from database 100. Having retrieved the 
appropriate software installation and/or testing steps for target system 160. sequencing 
program 204 sequences the steps in a predetermined order according to sequence 
numbers corresponding to each step. Having sequenced the steps required for target 
system 160, sequencing program 204 directs the execution of the software instaUation 
and testing steps upon target system 1 60 in the predetermined order via nctworic 
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connections 195 and 180. It is desired that network connection 200 be a generic 
network device plugged into a coircsponding port of target sysieml60. Network 195 
may be any communication connection well-known in the art Following the 
execution of the software installation and/or testing steps, results of the installation 
5 and tests are logged back to file server 202 over netv^ork connection 200 or stored 
within an appropriate database. As apparent from the illustration, there is no need for 
separate step maker computer system 1 40 of Figure 1 . Additionally, step disk 1 50 is 
not necessary. Rather, only boot disk 220, which is configured to boot target system 
160,. is needed to accompany target system 160 on the factory floor. 

1 0 Having generally described the software installation and testing systenu^ 

attention will now be turned to describing the operation of the systems set forth in 
Figures 1 and 2 in more detail. 

Figure 3 A depicts the preferred process in which an order for a computer 
system is converted into a computer readable system descriptor record. More 

1 5 specifically, in item 300, an order is received for a target computer system. This order 
may be in any one of countless forms. For instance, different ordering formats are 
possible as well as different order delivery mecham'sms. For example, orders for a 
target computer system may be placed by telephone, by mail, or over computer 
networks (e.g., over the internet). Regardless of the means of taking or the form of 

20 the order, the order includes the type of target computer system which a customer 
desires to purchase and, possibly, an explicit listing of the particular components the 
customer wishes that target computer system to include. After the order is received, 
control transitions to transmit module 3 10 during which the target computer system 
order is transmitted over a computer nenvork to a manufacturing system (not shown) 

15 which produces the target computer system. The target computer system order is also 
provided to the software installation and testing system whei^ it is piped into a 
conversion program in module 320. The computer network used in module 3 10 may 
be of any type well-known in the aa 
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The conversion program converts the target computer system order to a record 
«eful for the manufacturing process. More specificaJly. the convenion program 
converts the computer order first into a record called a BAR file at module 330 
Preferably, .he BAR file contains a unique identifier which identifies the specific 
^ target computer system beiitg manufactured. The BAR file also contains a detailed 
Itstmg of components, which may include both hardware and software, to be included 
with the target system. Further, it is desired that the BAR file contain manufacrurer- 
specficpartnumbersorotherusefid identifiers for each component Finally the 
BAR file may contain customer-specific information such as name, address, and 
10 phone numlxsr. 

Following the creation of the BAR file in module 330. a system descriptor 
record is created at module 340. A system descriptor record, in the prefe«d 
cmbodunent, is a computer-readable file which is descriptive of the hardware and 

-^componentstobeinciudedw^ththetargetcomputersystem. Inaprefened 
embodiment, the system descriptor .cord contains a list of components of the target 

^"'--fon^atincludinghardwaretags.sofhvaretags.infonnationtags,^^ ' 
comments. A hardware tag identifies to sequencing program 204 that information 
following the tag relates to a hardware component. Similarly, the software tag 
^enafies information foUowing the tag as being related to a solW component 
TTe mformation tag indicates that genenU infonnaUon is to follow Comments aliow 

for various stat«nents to be included into the system descriptor record which are 

^Sno.i,yscc^ncin,pro^20,. Ins desired that the system descriptor record be 
a text file which is human-readable and easy to undemand. Such a file 

«^;^t^«o-iyaliowsforeasyttoubieshootingaodtnainte„anccofa:e 
.5 andtestingprocess. It wiU be appreciated that the system descriptor record could be 

anyhstofuniqueidentifiersthatcorrespondtoauniquesetoftolceas,forexamp.ein " 
a sunple example, the system descnptor record may be a list of part number,. ' 

Figure 3B shows an example target computer system order 350 a 

conespondingBARfiIe360.andacorrespondingsystemdescnptorre^o.d370 
Targetcomputersyscemorder330containsthenameofacomputertam.ly.inth,s 
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illustration, family "X". Also included in target computer system orxler 350 are three 
exemplary hardware components including a Peotimn* processor, a hard drive, and a 
monitor. BAR file 360 results from running target computer system order 350 
through a conversion program as-depicted in module 320 of Figure 3A. BAR file 360 
contains a unique identifier for the specific target computer system within family X. 
BAR file 360 also includes the manufacturer-specific part numbers for each of the 
components listed in the target computer system order. Further, BAR file 360 
contains an identifier bdicating the quantity desired of each component as well as a 
text description of each component to be included on the target computer system. 
System 90 uses BAR File 360 to create system descriptor record 370. 

As illustrated, the system descriptor record 370 also contains the unique 
identifier for the specific target computer system within femily X. Moreover, the 
system descriptor record 370 contains appropriate tags, here indicating that the 
processor, hard drive and monitor are all hardware, rather than software, componenls. 
The system descriptor record 370 describes those components in a text description. 
Additionafly. the exemplative system descriptor record 370 contains a software tag 
indicating that certain software should be installed or tested on the target computer 
system belonging to family X. For example, die software tag might indicate that a 
certain operating system appropriate for the Pentium* processor always be installed 
onto Che hard drive of the target computer system belonging to family X. 

In Figure 4, the preferred general method for sequencing software installation 
and testing steps is set forth. In module 400, the unique idenrifierof the target 
computer system is generated for the target computer system 160. In the embodiment 
depicted in Figure 1 . a user sitting at step maker computer system 140 provides the 
unique identifier (e.g.. the BAR identifier which fimctions as a tracking code) into 
sequencing program 204 of step maker 140. Alternatively, in the embodiment of 
Figure 2. the unique identifier is automatically read into sequencing program 204 after 
the target computer system order is received. 
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In module 410. a system descriptor record corresponding to the BAR identifier 
is located. In the embodiment of Figure I, either network connection 1 10 or network 
connection 195 locates the system descriptor record. In the embodiment of Figure 2, 
network connection 195 locates the system descriptor record. In module 420, die 
located system descriptor record is provided to sequencing program 204. In the 
Figure 1 embodiment, the sequencing program resides on step maker computer system 
140 while in the Figure 2 embodiment, the sequencing program resides upon file 
server 202. Sequencing program 204 works In conjunction with database ICO (of 
Figures I and 2) to sequence software installation and testing steps for target 
computer system 160. Once the software installation and testing steps appropriate for 
the particular target computer system arc sequenced, sequencing program 204 
produces output files as depicted in module 430. 

In the embodiment depicted in Figure 1, the output files are preferably written 
to step disk 150 (see Figure 1) in six separate files. Those files include (1) a step file, 
15 (2) a Setenv.bat file, (3) a Qt.txt file, (4) an Et.txt file. (5) an EtlasLoct, and (6) an 
Ft.txt file. It is desired that the step file be an ASCII text file including a Ust of 
appropriate command lines for executing the software installation and testing steps for 
the target computer system being ordered. In a prefeired embodiment, the step file 
also includes commands which may be looped. More specifically, the step file allows 
commands to be repeated for a defined number or iterations or for a defined length of 
time. Such a fonmat advantageously allows for software installauon or testing steps to 
be repeated in a calculated, predetermined manner. The Setenv.bat file preferably sea 
environment variables on the target computer system. It will be appreciated diat in a 
mode of operation, only the Step file and the Setenv.bat file are necessary for 
instaliatioa and testing. The Step file and the Setenv.bat file are ASCII te.xt script 
files containing a list of appropriate comihand lines for executing the installation and 
testing steps for the target computer system. The Qttxt. Et.txt, Et]ast.txt, and FLtxt 
files are preferably all ASCn text files containing a list of appropriate command lines 
for executing the software installation and testing steps for the target computer system 
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in die Quick Test (Qt), Extended Testl (Et). Extended Test2 (Etiast). and Final Test 
(Ft) phases of tnanufacture of the target computer system. 

In the embodiment of Figure 2. on the other hand, output files are not written 
to a step disk as depicted in Figure I . Instead, the output files reside upon file server 
202 or file seiver 190, where they are used to direct the execudon of the software 
insiailauoa and/or testing steps upon target computer system 160. 

Figure 5 depicts a more detailed schematic of the operation of sequencing 
program 204 depicted in Figures I and 2. In module 500, a system descriptor record 
coTOspoDding to target computer system 160 is provided to sequencing program 204. 
In module 51 0. a component descriptor is read from the system descriptor record. 
Each component descriptor describes a respective component, hardware or softwans, 
of the target computer system. 

Turning to Figure 3B, die line of the system descriptor record including the 
Pentium*processor in module 370 is an example component descriptor. In module 
520, sequencing program 204 instantiates a pluraUty of derived objects corresponding 
to the plurality of components of target computer system 160. In the preferred 
embodiment, those derived objects are used to store information (obtained from 
database 100) about software instaUation and testing steps that need to be run on 
target computer system 160. In module 550. software installation and testing steps 
associated the respective components of target computer system 160 are retrieved 
from database 100 and stored in the appropriate derived object. In the embodiment of 
Figure 1, the steps are retrieved via network connection 1 10 while in the Figure 2 
embodiment, the steps may be retrieved directiy from file server 202. To describe 
how the steps are retrieved from database 100 in the preferred embodiment requires a 
description of the prefened consttuction of that database. 

Figure 6 shows the design of database 100. Database 100 associates 
sequences of software installation and/or testing steps, in a predetemiined order, with 
families of computer systems. Further, database 100 is configured to associate 
componcntsofcomputersystems^vithfemiliesofcoraputersystems. StiUfimher, 
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database 100 associates software installaiioa and/or testing steps with components of 
computer systems. 

Database 100 is preferably a relational database. Database 100 contains 
several tables, each containing attributes suitable for creating die associations 
mentioned above. 

Database 100 contains Step table 102, SysFamily table 104. Sys_Step_Seq 
table 106, Component table 108, Sys^Comp table 1 12, and Corap^Stcp table 1 14. In 
the preferred embodiment, each table contains a list of attributes, the imderlined 
attributes serving as a primary key. 

Step table 102 contains a set of software installation and testing steps being 
shared among different components of all computer families. In the preferred 
construction. Step table 102 has attributes including StepID, Phase, Name, Cmd, 
CmdType, AftcrCode, and Ma.xlnstance, StepID is a unique identification number for 
each software installadon or testing step. Phase designates which phase of 
manufacture the step is to be executed. For example. Phase is an bteger chosen to 
correspond to four phases of computer system raanufacmring consisting of: (1) Quick 
Test, (2) Extended Testl , (3) Extended Test2, and (4) Final Test Name is a string 
assigning a name which is descriptive of the step. Cmd is a string assigning an 
executable command line for performing the software installation or testing step upon 

Target system 1 60 (depicted m Figures I and 2). AfterCode is an idcntifiCT which 

determines if a halt or reboot is needed after the software installadon or testing step is 
executed. Maxinstance is an identifier which indicates the maxunum number of 
allowed times the step may run. Finally, ClassID identifies a certain type of 
component which is associated with the software installation or testing step. 

SysFamily table 104 identifies each family of computer systems with an 
identification integer specified in attribute SysID. Also included in the SysFamily 
table is a string identifying the name of the family. 
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Sys_Step_Seq table 106 is a reladotxal table which contains relations between 
Step table 102 and SysFaraily tabic 104. Sys Jtep^Seq tabic 106 includes a family 
idenuficaiion integer specified in attribute SysID for a panicular family of computer 
systems (from SysFamily table 104), a step identification integer specified in attribute 
5 SlepID (from Step table 102) idendfying a particular set of steps appropriate for that 
family, and a sequence number. The sequence number is preferably contained within 
the attribute ScqNum which represents a predetermined order in which steps 
associated witii a particular family are to be run. Test engineers assign the sequence 
numbers, umque within each phase of manufacture, in an order chosen to be the most 
10 efifective for a particular target system. It will be appreciated that other ways of 
assigning sequence numbers may be used. 

Component table 108 contains all possible components that are included 
within computer systems being manufactured. Attributes of this table are preferably 
CompID which assigns an identifier to each component, NamcDesc which assigns a 
string name to each component, and Classld which references the type of component 
(e.g., hard drive, CD-ROM drive). 
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Sys^Comp table 1 12 is a relational table containing relations between a family 
of computer systems and a set of components that caa be included in diat family. The 
attributes of Sys^Comp table J 12 include a computer family identification integer 
20 .?PC?ified in attribme SysID (from SysFamily table 1 04) and a component 

identification integer specified in attribute CompID (from Component table 108). 

Comp^Step table 114 Is a relational table containing relations between a — 
component and a set of software insiaUation and testing steps appropriate for that 
component The attributes of Comp^Step table 1 14 include a component 
25 identification integer specified in attribute CompID (from Component table 108) and 
a step identification mteger specified in attribute StepED (from Step table 102). 

The example target computer system depicted in Figure 3B will be used to 
illustrate how the above-ouUine database design is utilized to retrieve software 
installation and testing steps. The computer family identifier in the system descriptor 
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record identifying family X is associated with the SysfD corresponding lo family X in 
SysFamily table 104. Componeni table 108 is used to check if the components of the 
target computer system listed in the target computer system order are legal. In other 
words, the sequencing program and database determine if the processor, hard drive, 
5 monitor, and software contained in the system descriptor record of Figure 3B have 
corresponding entries and conrcsponding integers specified by CompID in Component 
table 108. If a component is not legal (i.e. if a component in the system descriptor 
record is not contained in Component table 108), an error flag is raised. The 
Sys_Comp table 1 12 is a relational table which contains mappings from the 
10 Component table 108 and the SysFamily table 104. The Sys^Comp table 1 12 

contains all the legal components which may be included on a target computer system 
belonging to family X. Thus, the Sys_Comp table 1 12 may be used to check if all the 
components of the target system are legal. In other words, the sequencing program 
and database determine if the processor, hard drive, monitor, and software contained 
15 in the system descriptor record of Figure 3B have conrcsponding relations in the 
Sys^Comp table 1 12. If a component is not legal (i.e. if a component in the system 
descriptor record may not be included on a target system belonging to family X), an 
eiTOr flag is raised. 

In the relational Sys_Step_Seq table 106 resides mappings from Step table 102 
20 and SysFamily table 104. The Sys^Step^Seq table 106 contains aU the software 

installation and testing steps which may legally be run on target computer systems 

belonging to family X. Furthermore, it is in this Sys^Step^Seq table 106 that 
sequence and phase numbers are associated with each software installation and testing 
step. Those sequence and phase numbers represent the proper order in which steps 
25 should be nin for a particular fiunily of computer systems. Therefore, the 

Sys_Step__Seq table 106 contains a listing of steps to be run on family X target 
computer systems as well as sequence and phase numbers representing a 
predeteimined order in which the steps should be executed. 

The Comp^Step table 114 is a relational table which contains mappings from 
iO the Component table 108 and the Step table 102. The Comp^Step table 1 14 contains 
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the software installation and testing steps to be run for the processor, hard drive, 
monitor, and software of the target computer system. 

To retrieve software installation and testing steps associated with the 
respective components to be included on the target system involves perfomiing a join 
operation on the Sys^Comp table 1 12 and the Comp_,Step tabic 1 14 to obtain an 
intermediate set listing steps to be run on the components of target computer system 
160. 

The join operation results in a list of steps to be run on the processor, hard 
drive, monitor, and software listed in the system descriptor record depicted in Figure 
3B. The result of the joinder of the Sys^Corap table 112 and the Comp^Step table 
1 14 is then joined with the SysJtep_^Seq table 106 which contains all the steps for 
faniiJy X, The result of this join operation includes sequencing information in the 
form of sequence numbers and phase numbers, the sequence numbers being unique 
within a particular phase. Thus, a three-table join of Sys^Comp table 1 12, 
15 Comp__Step table 1 14, and Sys^Step^Seq table 106 yields the appropriate software 
mstallation and testing steps as well as sequencing information in the form of 
sequence and phase numbers to install and/or test software upon target computer 
system 160. 

If the result of the first join operation (the join of Sys^Comp table 1 12 and 
20 Comp_,Step table 114) is an empty set. an error condition is be raised, for an empty set 
signals that a component to be included on the target system does not belong in the 
family listed on the system descriptor record. An example of this is illustrative. 
Consider that a system descriptor record correctly indicates that a target computer 
system belongs to femUy Y. Assume, however, that system descriptor record 
incorrectly mdicates that a hard drive (hard drive Z) belonging only to target systems 
in family X should be included on the target system which is in family Y. In diat 
case, Comp^Step table 1 14 contains steps associated with hard drive Z. Sys^Comp 
table 1 12 contains components associated with femily Y. Thus, joining Comp^Stcp 
table 1 14 with Sys.Comp table 1 12 produces an empty set, for hard drive Z is not a 
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component associated with family Y (instead, it is only^sociated with family X). As 
apparent from the above example, the preferred design of the database advantageously 
. aJlows one to make certain that a target system of certain family contains only " 
components appropriate for that family. 

5 Referring again to Figure 5, after the steps associated with the components to 

be included in the target system are retrieved, sequencing program 204 prepares 
environment variables for the target computer system in module 560 by reading the 
system descriptor record and creating a environment file corresponding to the 
components to be included on the target system. For example, the system descriptor 
10 «eord depicted in Figure 3B is read, and an environment variable such as "set 

cpu«pentium" might be prepared corresponding to the processor hardware component 
of the system descriptor record. 

In module 570 of Figure 5. the plurality of retrieved sofWe installation and 
testing steps, retrieved by the three-table join described above, are sequenced in the 
15 predetermined order. This sequencing is in accordance with the respective sequence 
numbers and phase numbers to provide a step sequence. TTie sequencing itself be 
accomplished usmg any one of many sorting algorithms ivell-known in the art 

In module 580. the sequencing program 204 outputs files. As mentioned 
earh-er. the output files, are preferably written to step disic 150 (see Figure I) in six 
20 .scparatefiiesmthecmbodimentdepictedinFig^l. Those fUes include 0) a s^p --" 
file, (2) a Setenv.bat file. (3) a Qttxt file. (4) an ELtxt file, (5) an EUasttxt. and (6) an 
Fttxt file. It is deared that the step file be an ASCT text file. In a preferred 
embodiment, the step file also includes commands which may be looped More 
spccificaUy. the step file allows commands to be repeated for a defined number or 
'tcrations or for a defined length of time. Tbe Setenv.bat file sets the environment 
vanables on the target computer system. TTie step file contains the steps to be 
executed respectively during the Quick Test (Qt). Extended Testl (Et). Extended 
Test2 (EUast). and Final Test (Ft) phases of manufecture of the target computer 
system. In the embodiment of Figure 2. on the other hand, the output files are not 



25 



-18- 



IE 980486 



10 



written to a step disk as depicted in Figure I . Instead, the output files reside upon file 
server 202 or file server 1 90. where they can be used to direct the execution of the 
software installation and testing steps upon target computer system 160. 

Turning again to Figures 1 and 2. airow 130 depicts that modifications may be 
made to database 100. For instance, if a new family of computer systems is created, 
one may modify daubase 100 accordingly. More specifically, the new family is 
assigned a new family identifier in SysID of SysFamily tabic 104 and a name for the 
new family is assigned to the Name attribute of SysFamily table 104. A list of 
software installation steps and testing steps is added to Sys_Step_Seq table 106, these 
steps representing which steps need be run, and in what predetermined order, upon the 
new computer system family. If the new family of computer systems shares several 
similarities widi aa existing fiamily, it is likely that entries for the existing family in 
Sys_Step_Seq table 106 may be modified to produce entries for the new family. If 
any new steps need be created for the new family of computer systems, these steps are 
added to Step table 102. Similarly, if any new components accompany the new 
family of computer systems, those components are added to Component table 108. 
Comp^Stcp table 1 14 is updated to associate each component of the new family of 
computer systems with the steps appropriate for its software installation and testing. 
If die new family uses only components afready present in the database, this table 
20 need not be modified Sys^Comp tabic 1 12 is updated so that a list of allowed 

coxnponents which may be included on the new family would be in the database. ~ 

Particularly, one would need to associate the SysID of the new computer system with 
the CompE) of each allowed component Again, this could may be done by copying 
and then modifying an existing entry of an older family of computer systems. 

25 It shall be appreciated that in constructing a database according to the 

preferred embodiment, certain significant advantages are provided. In particular, the 
modular design of the database advantageously allows for easy setup of software 
installation and testing steps for new families of computer systems. Additionally, 
software installation and testing steps for a particular family of computer systems or 
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for a particuJar component may be modified independent of other software installation 
and testing steps. 

Figure 7 depicts how a system descriptor record and a step sequence may be 
patched to aJIow for modular modifications in a software installation and testing 
process pursuant to the invention. In module 600, a system descriptor record is 
created. In module 610. the system descriptor record is modified using a system 
descriptor record patch. In the preferred embodiment, diis patch is modular, allowing 
patches to be created for a specific target computer system, a particular femily of 
computer systems, or for a particular component. For instance, if a manufacturer 

wished to substitute one brand of hard drives for another for a certain family of 
computer systems on a certain day, a patch may be fonned which would modify aU 
system descriptor records containing the hani drive to be substituted and make the 
substitution in module 61 0. In module 620, a step sequence is determined as outlined 
above. In module 630, the step sequence is modified using a step sequence patch. In 
the preferred embodiment, this patch is modular, aUowing patches to be created for a 
specific target computer system, a particular femily of computer systems or for a 
particular component For instance, if a manufacturer wished to run one testing step 
before another for a certain component on a certain day, a patch may be formed which 
would modify all step sequences containing the steps whose order is to be modified 
and correspondingly change the execution order in module 640. . 

Attention wilJ now be turned on executing the step sequence on target system 
160. Software installation and testing steps are executed upon target computer system 
160 usmg a program which reads, interprets, and executes the step sequence 
coiTCspondlng to the ta^et computer system. In the preferred embodiment, this 
program is called Runstcp and is located on step disklSO in the embodiment of 
Figure I and on file server 202 in the embodiment of Figure 2. . 

Figure 8 depicts a portion of a step sequence contained in a step file before any 
software installation and testing steps have been executed. As mentioned earlier, the 
step sequence includes commands for installing software and/or for testing the build- 
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to-order target computer system. Additionally. tHe step sequence in the step file 
allows commands to be repeated for a defined number of iterations or for a defined 
length of time. Further, the step file may contain remarks, ignored by the Runstep 
program. In the step file, marks 800 are used to separate fields of the step sequence. 
Items 8 10 are commands for testing target computer system 1 60. The commands 
mclude, for example, a command for testing memory and for testing small computer 
system interface (SCSI) devices. As can be seen from the figure, each command may 
include switches such as '-o' appropriate for the particular testing enviromnent. Item 
820 is a remark which is ignored by the Runstep program. Item 810c is a command 
which is looped by time. In the preferred construction, the 'begin.timejoop' 
instruction designates the starting point of a loop. The 'end_timeJoop' instruction 
designates the ending poim of a loop. The 'begin.timejoop' instruction is combined 
with a field designating the length of time to iterate dirough the loop. Here, for 
example, command 8 10c is run for one hour and thirty minutes. Item 8 lOd is a 
command which is looped according to number of iterations. In the preferred 
embodiment, the 'beginjteratejoop' command instructs the Runstep program that an 
iterative loop is to be performed. The 'endjteratejoop' command signals the end of 
the looping commands. Here, command 8I0d is run three times. 

As the Runstep program executes the step sequence, the Runstep program 
places timestamp informatioa into the step file, advantageously aUowing easy 
troubleshooting and tracking of the software instalbtion and testing process. 

Figure 9 shows a portion of die step sequence of Figure 8 after the steps are 
executed. As Ulustxated, the Runstep program inserts timestamp infoimation into the 
step sequence. Item 830 shows when the memory test began, and item 832 shows 
when that test ended. Item 834 shows when the last iteration of the test begaa Items 
836 and 838 show when the scsiHD test began and ended, respectively. Item 840 
confirms diat the iterative lobp was performed three times. Finally, items 842 and 
844 show when the last iteration of the scsiCD test began and ended, respectively. 
Inserting timestamp infonnation adjacent to the command which was executed 
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advantageously allows for efficient troublcshobting and tracking of the software 
installation and testing process. 

Figure 1 0 shows the preferred general flow of the Runstep program. Runstep 
program 860 is run in a loop with a Runstep batch file 870. Runstep program 860 
reads and interprets a step In a step sequence and writes the command to be nin from 
the step sequence into batch file 870. Batch file 870 is then run. executing the step 
upon target computer system 160. Upon compleu'on of a step, control is returned 
from the batch file to Runstep progtam 860 which then reads and interprets the next 
line of the step sequence. 

Figure 1 1 shows a more detailed flow of the Runstep program. As illustrated 
in module 900. the Runstep program first checks to see if a file named Re_Rua.bat 
exists. A Re_Run.bat file is created before any command is executed from a step 
sequence and Is removed after successfiil completion of the command. TTie existence 
of Re_Run.bat indicates to the Runstep program in module 900 that the last command 
run was not successfully completed. Thus Re_Run.bat functions as a start of e.xecution 
mdication. If Re_Run.bat docs exist, an operator is asked in module 904 whether or 
not the software installation and testing process should continue or whether the 
operator prefers instead to perform troubleshooting. If an operator chooses to 
continue, then control passes to execute module 928 where the Runstep.bat file is 
reexecuted. (This condition is the defauJd option if neither option is affirmatively 
chosen.) If the troubleshooting option is chosen, then troubleshooting is performed as 
is well known in the art 

If Re^Ruabal does not exist, then the Runstep program deteimines that the 
last command was completed correctly, and control is passed to module 910. where a 
25 Ime of die step sequence, preferably contained in a step file, is read. TT,e Runstep 
program reads the line and determines if there is a begimring or ending timestamp in 
module 912. If there is a begimiing or ending timestamp, then the Runstep program 
detemxines. in module 914. whether there is only a beginning timestamp for the line 
that the K^cp program! Is reading. If diere is only a begimung timestamn. dien the 
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Runstep program assumes io module 916 that a software installation or testing step 
has just been finished and fills in an ending timestaoip in module 918. After filling in 
the ending timestamp, control is returned to module 900. 

If there is more than just a beginning timestamp for the line that the Runstep 
program is reading, the Runstep program detennines in module 906 whether there is 
both a beginning and an ending timestamp. If so, then the Runstep program assumes 
in module 908 thai the step has been executed and control is returned to module 900. 
If the Runstep program encounters no beginning or ending timestamp in module 912, 
then the Runstep program fills in the beginning timestemp in module 920 and 
prepares to run the step on the line of the step sequence that the Runstep program is 
reading. 

In module 922, the Runstep program determines if the command to be run is 
stored on a local drive (the step file controls which drive in the system is the local 
drive). The local drive may be, e.g., the step disk, a hard drive of the target system, a 
RAM drive of the target system, or a network drive If the command is not located on 
the local drive, then the Runstep program assumes that the test to be run is contained 
on a file server somewhere on a network The Runstep program determines in modttle 
932 whether die Runstep program is already connected to that network. If not, the 
Runstep program, in module 936, embeds a command into Runstep.bat to login to the 
network. Therefore a network connection is made before Runstep.bat executes the 
step on target computer system 1 60 over network connection 1 80. 

Following module 936, control is passed to module 926. If the Runstep 
program is already logged into die network the Runstep program, during module 934, 
removes commands fiom Runstep.bat to login to the network, for ao additional login 
step is unnecessary if a network connection already exists. Control is then passed to 
module 926. If the step to be run happens to be on step disk 150. the Runstep 
program need not log into the network. Thus, in module 924, the Runstep program 
removes commands fi:om Runstep.bat to login to the network. Control is then passed 
to module 926. In module 926. the Runstep program embeds the proper command to 
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be run into Runstep.bat and into Re_Run.bat. The command so embedded is taken 
ftom the step sequence, preferably contained in the step file. In module 928. the step 
IS executed by tunrmg Runstep.bat and. if executed successfully, Re_Run.bat is 
deleted. If the step is not executed successfully, then the Rc_Run.bat file is not 
deleted and control transfers to failure state 929. Control is then returned to module 
900 jo that another line may be read from the step sequence. This process continues 
imtil all the software installation and testing steps are completed. 

Upon execution of the step sequence, the target system is tested and software 
is installed. In the embodiment of Figure 1. a select number of tests may be run 
directly from step disk 150. but the majority of tests are run from file server 190 over 
network comiection 180. Rumjing tests from file server 190 advantageously 
eliminates limitations imposed by the storage capacities of floppy disks such as step 
disk 150. 

In the embodiment of Figure 2, the steps are run from file server 190 over 
network connection 1 80. A floppy disk, here boot disk 220. is needed only to boot 
target computer system 160. Such a system advantageously simplifies the software" 
installation and testing process. 

Turning once again to Figures 1 and 2, arrow 210 depicts that results from the 
software installation and testing may be logged back to either file server 1 90 or to file 
server 202. Tbc results preferably include whether all the steps were completed 
successfiUly and what types of faUures (if any) were encountered. Logging the results 
might include simply saving or writing a modified version of the step file following 
the execution of the step sequence, for as discussed above, the step file is timcsiamped 
by the Runstcp program. Such a system advantageously allows for improved 
troubleshooting capabiUties during computer system manufacturing. 

While particular embodiments of the present invention have been shown and 
described, it wiU be obvious to those skilled in the art that changes and modifications 
may be made without departing from this invention in its broader aspects and. 
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therefore, the appended claims are to encompass within 'their scope all such changes 
and modifications as M within the true spirit and scope of this invention. 
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J I . A method for installing software on a computer system, the method 

2 comprising the steps of: 

3 reading a plurality of component descriptors from a computer readable file, at 
^ least one component descriptor describing a respective component of 
^ the computer system; 

6 reading a plurality of steps from a database, a step being associated with a 

respective component descriptor and including a respective sequence 

8 number, and 

9 sequencing the plurality of steps in a predetennined order according to the 
sequence numbers to provide a step sequence, the step sequence 
including at least one command for installing software upon the 
computer system. 
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1 2. The method of claim 1, wherein at least one respective component is a 

2 hardware component 

1 3. The method of claim 1, wherein at least one respective component is a 

2 software component 

^ 4. The method of claim U wherein at least one of the plurality of steps is 

2 a software installation step, 

^ 5. The method of claim 1, fimher comprising creating a pluraHty of 

2 derived objects correspondmg to the plurality of component descriptors, 

1 6. The method of claim 1 , wherein the predetermined order is in 

2 accordance with a sequential ordering of the sequence numbers. 



7- The method of claim 1 , wherein the plurality of steps funher include 
respective phase numbers and wherein die sequencing the plurality of steps in a 
predetermined order is fimher in accordance with the phase numbers. 

8. The method of claim I , further comprising preparing environment 
variables coiresponding to the plurality of components. 

9- The method of claim 1 , further comprising writing the step sequence to 
a non volatile storage media configured to accompany the computer system during 
manufacture. 

1 0. The mediod of claim 1, further comprising manufacturing the compufer 
system having the plurality of components. 

n . A method for sequencing software installation for a target computer 
system, the method comprising: 

receiving an order for the target computer system, die target computer system 

to include a plurality of components; 
converting die order mto a computer readable file, the file being descriptive of 

the plurality of components; 
reading die file; 

retrieving a plurality of neps from a database according to the file, a step 

being associated widx a respective component and including a 
respective sequence number and phase numbet; - 

sequencing die plurality of steps in a predetermmed order in accordance widi 
the respective sequence numbers and phase numbers to provide a step 
sequence, the step sequence including commands for installing 
software upon die target computer system during phases of 
manufacture, the phases of manufacnire corresponding to respective 
phase numbers. 
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' 1 2. The method of claim 1 1 , wherein an en-or condition is raised if the 

2 intennediate set is empty. 

' 13. The method of claim 1 1, further comprising preparing environment 

2 variables corresponding to the plurality of components. 

J 1 4. The method of claim 1 1 , wherein the step sequence is adapted to 

2 provide for commands repeatable for a defined length of time. 

1 1 5. The method of claim 1 1 . wherein the step sequence is adapted to 

I provide for commands repeatable for a defined number of iterations. 

16. The method of claim 1 1. further comprismg writing the step sequence 
to a non volatile storage device configured to accompany the computer system during 
manufacture. 

17. A method for sequencing software installation for a target computer 
system belonging to a certain family, the method comprising: 

receiving an order for the target computer system, the target computer system 
to include a certain plurality of components including hardware 
components and software components; 

converting die order into a computer readable file, the file being descriptive of 

the certain plurali^ of components; 
reading the file; 

joining a first database table containing aU components belonging to the 
certain feaily with a second database table containing all sofWe 
instaUation steps to be run on the certain plurality of components, 
wherein the joining produces an intermediate set; 

joining the intermediate set with a third database uble containing all software 
instaUation steps to be run on the certain family, wherein the joining 
produces a plurality of steps, each step being associated with a 
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' ^ respective component to be included on. the target computer system and 

^ ^ ^^^^ step mcluding a respective sequence number and phase number, 

1 8 retrieving the plurality of steps; and 

1 9 sequencing the plurality of steps in a predetermined order in accordance with 
» *c respective sequence numbers and phase numbers lo provide a step 

^ ' sequence, the step sequence including conunands for installing 

software upon the target computer system during phases of 
manufacture, the phases of manufacture corresponding lo respective 

24 phase numbers. 

1 1 8. The method of claim 1 7, further comprising preparing environraenc 

2 variables cbrrespondng to the certain plurality of components. 

1 19. The method of claim 1 7, wherein the step sequence is adapted to 

2 provide for commands repeatable for a defmed length of time. 

1 20. The method of claim 1 7, wherein the step sequence is adapted to 

2 provide for cotnmands repeatable for a defined number of iterations, 

1 21. The method of claim 1 7, further comprising writing the step sequence 

2 to a computer readable text file. 

1 22. A method for testmg a computer system, the method comprising the 

2 steps of: 

3 reading a plurality of component descriptors &om a computer readable file, at 

4 least one componcai descriptor describing a respective component of 

5 the computer system; 

6 reading a plurality of steps ftom a database, a step being associated with a 
respective component descriptor and including a respective sequence 

8 number, and 
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y sequencing the plurality of steps in a predetermined order according to the 

'0 sequence numbers to provide a step sequence, the step sequence 

^ ' including at least one conimand for testing the computer system, 

1 23. The method of claim 22, wherein at least one respective component is 

2 a hardware component 

1 24. The method of claim 22, wherein at least one respective component is 

2 a software component 

1 25. The method of claim 22, wherein at least one of the plurality of steps is 

2 a testing step, 

1 26. The method of claim 22, further comprising creating a plurality of 

^ 2 derived objects corresponding to the plurality of component descriptors. 

1 27. The method of claim 22, wherein the predetermined order is in 

2 accordance with a sequential ordering ofthe sequence numbers. 

1 28. The method of claim 22, wherein the plurality of steps fimher include 

2 respective phase numbers and wherein the sequencing the plurality of steps in a 

3 predetennincd order is further in accordance with die phase numbers. 

1 29. The method of claim 22, further comprising preparing environment 

2 variables corresponding to the plurality of components* 

1 30. The method of claim 22, further comprising writing the step sequence 

2 to a non volatile storage media configured to accompany the computer system during 

3 manufacture. 

1 31. The method of claim 22, further comprising testing the computer 

2 system having the plurality of components. 
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1 32. A Computer system comprising: 

2 a processor; 

3 a component coupled to the processor; and 

4 a memory coupled to the processor, the memory including software installed 

5 thereon, the software being installed by 

6 reading a plurality of component descriptors from a computer readable 

7 file, at least one component descriptor describing a respective 

8 componetit of the computer system; 

9 reading a plurality of steps from a database, a step being associated 

1 0 with a respective component descriptor and including a 

1 1 respective sequence number, and 

1 2 sequencing the plurality of steps in a predetermined order according to 

13 the sequence numbers to provide a step sequence, the step 

14 sequence including at least one command for installing 

1 5 software upon the computer system. 

1 33. The computer system of claim 32, wherein at least one respective 

2 component is a hardware component 

1 34. The computer system of claim 32, wherein at least one respective 

2 component is a software componenc 

1 35. The computer system of claim 32, wherein at least one of the plurality 

2 of steps is a software installation step. 

1 36. The computer system of claim 32, further comprising creating a 

2 plurality of derived objects corresponding to the plurality of component descriptors. 



1 37. The computer system of claim 32, wherein the predetermined order is 

2 in accordance with a sequential ordering of the sequence numbers. 
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1 38. The computer system of claim 32, wherein the plurality of steps further 

2 include respective phase numbers and wherein the sequencing the plurality of steps in 

3 a predetermined order is further in accordance with the phase numbers. 

1 39. The computer system of claim 32, further comprising preparing 

2 environmcnl variables corresponding to the plurality of components. 

1 40. The computer system of claim 32, further comprising writing the step 

2 sequence to a non volatile storage media configured to accompany the computer 

3 system during manufacture. 

1 4 1 . The computer system of claim 32. further comprising a plurality of 

2 components. 

1 42. A method for testing a target computer system, the method comprising: 

2 receiving an order for the target computer sysleei, the target computer system 

3 to include a plurality of components; 

4 converting the order into a computer readable fUe, the file being descriptive of 

5 the plurality of components; 

6 reading the file; 
retrieving a plurality of steps from a database according to the file, a step 

8 being associated with a respective component and including a 

9 respective sequence number and phase number; 
sequencing the pluraUiy of steps in a predetermined order in accordance with 

^ ' respective sequence numbers and phase numbers to provide a step 

^ ^ sequence, the step sequence including commands for testing software 

^ ^ "POO the target computer system during phases of manufacture, the 
phases of manufacture corresponding to respective phase numbers. 
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43, The method of claim 42, wherein an error condition is raised if the 



2 intermediate set is empty. 
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1 44. TTic method of claim 42, further comprising preparing environment 

2 variables corresponding to the plurality of components. 

1 45. The method of claim 42, wherein the step sequence is adapted to 

2 provide for commands repeatable for a defined length of time. 

1 46, The method of claim 42, wherein the step sequence is adapted to 

2 provide for commands repeatable for a defined number of iterations. 

1 47. The method of claim 42, further comprising writing the step sequence 

2 to a non volatile storage device configured to accompany the computer system during 

3 manu&cture. 
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